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METHOD FOR SENDING INFORMATION IN A TELECOMMUNICATION 
SYSTEM 

The invention is concerned with a method for sending infomiation between at 
5 least two transceivers in a telecommunication system. The method of the 
invention is suitable for transporting messages over packet based networks. 

DESCRIPTION OF BACKGROUND ART 

10 The interest for transporting speech over packet based networks has grown 
the last few years. It has become to be known as IP-telephony. Most packed 
based systems of today are based on the Internet protocol (IP), and Its sub 
protocols, the Transmission Control Protocol (TCP) and the User Datagram 
Protocol (UDP). TCP guarantees reliable transmission of data and allows 

15 some sort of flow control. A typical application using the TCP protocol is the 
File Transfer Protocol (FTP). During a file transfer. It is very important that the 
data gets to the receiving host and therefore one has to make sure that the 
packets arrives and are sorted into correct order. UDP does not provide any 
guarantees about the connection, but is used when a guaranteed connection 

20 requires too much control signaling. 

Real-time applications, as for example IP-telephony, use UDP. For these 
applications, retransmission of lost packets makes no se[fe since resent 
packets will be too late to be used in the synthesis at the receiving side 

25 anyhow. IP-telephony uses the Real Time Protocol (RTP) together with 
IP/UDP protocols. The RTP header contains information about sequence 
number, the packet's time etc. RTP is e.g. used to synchronize audio and 
video streams. Another essential part of the transmission of real-time streams 
is the Real Time Control Protocol (RTCP). It is used for the control of RTP. 

30 RTCP conveys, infomiation about the session participants, and periodically 
distributes control packets containing quality information to all session 
participants. 



One problem, which occurs in IP-telephony, Is undenrun or ove^^Jn in the 
playout buffer. The playout buffer is a buffer where the speech samples are 
stored before they are played out by the D/A converter. If there is underrun. 
the playout buffer will get into starvation, i.e. there will no longer be any 
5 samples to play on the output. Overrun occurs when the playout buffer is filled 
with samples. Consequently, samples will be lost. 

The reason for these problems is the lack of synchronization between the 
sampling rates (i.e. sampling frequencies) at the sending and receiving side. 

10 Namely, in the communication between transceivers in the telecommunication 
system, the messages are sent in form of digital signals from the sender of a 
transceiver to the receiver of another transceiver. The signals transmitted 
from the sender have a first sampling frequency. The receiver buffers these 
signal in a playout buffer with this sampling frequency but plays them out with 

15 a second sampling frequency. When the first frequency, with which the 
signals are buffered in the playout buffer, is higher than the second 
frequency, which is the playout frequency, there is a risk for the play-out 
buffer to be filled with samples and there will be no room for subsequent 
samples, i.e. ovenrun. When the first frequency is lower then the second one. 

20 the play-out buffer might come into a situation without samples, i.e. underrun. 

In cellular systems, the sampling frequency of all terminals connected to the 
network are controlled by an accurate timing reference provided by the 
system. With this accurate timing reference and PLLs (Phase locked loops) 
25 controlling the sampling frequency, undemjn or overrun situations will never 
occur. By PLL technique, e.g. the sampling rate can be controlled. If the 
buffer is growing it plays out faster, where after the buffer return to its default 
value. The sampling rate is all the time corrected depending on the size of the 
buffer. 

30 

To compensate for the difference in sampling rates between the sending and 
the receiving sides, time stretching could be used to give a stimulus the same 
duration at the receiving side as the duration the same stimuli had on the 



sending side. How much to stretch the signals depends on the difference in 
sampling frequency between the sending side and the receiving side(s). Time 
stretching means that a stimulus of N samples is replaced with one with M 
samples. By doing this time stretching in an appropriate way, overrun or 
underrun will never occur. 

There are different ways to do this time stretching. In EP patent application 
0680033, a solution to stretch a speech signal In time is presented. It takes a 
speech stimulus with a first duration and changes this speech stimulus to a 
second duration. A solution to find the conversion factor between said first 
and second durations is not given. 

Another solution to stretch a signal in time is presented In "Applications of 
Digital Signal Processing to Audio and Acoustics" (p. 291) by Mark Kahrs and 
Karlheinz Brandenburg, published by "Kluwer Academic Publishers". 1998. 
London. This method Is not signal dependent, but it takes an arbitrary signal 
consisting of N samples and replaces it with another signal consisting of M 
samples. This solution to do time stretching does not give the conversion 
factor either. 

Currently, most manufacturers of IP-telephony equipment do not take into 
account the fact that the sampling frequency difference between the sending 
and receiving side might differ. Therefore, no solutions are aypilable. 

Another field of interest for IP-telephony is accurate measurements of the 
end-to-end delay between two tenninals. To be able to get accurate results of 
the end-to-end measurements, there is a need to compensate for the clock 
skew. i.e. the difference in clock frequency between the sending and the 
reciving side. Irvan article by Moon S.. Skelly P:. Towsley D. "Estimation and 
Removal of Clock Skew from Network Delay Measurements". Technical 
report 98-43. Department of Computer Science, University of Massachusetts 
at Amherst, October 1998. there Is presented different methods to estimate 
the difference in dock frequency between the computer at sending and 



receiving. The estimation is perfomied at the receiving end, and the methods 
all use the time stamps from RTP and measurements of the aniving time of 
the packets. 

5 Another approach to extract the difference in clock frequency, close to the 
above mentioned method, is protected by the Nippon Telegraph & Telephone 
Corporation in the Japanese Patent Application JP-1 0145345. By sending 
information abo'ut the transmitting time together with the data (or speech) to 
the receiver and using measurements of the receiving time at the receiver, 

10 the frequency ratio between the two tenminals can be calculated. 

The solutions proposed in the above mentioned methods yields a satisfactory 
estimate of the clock skew, but not fast enough. The method described in JP- 
10145345 assumes that the estimation of the frequency ratio takes place 
15 during the call. However, the estimation process is slow and an 
overrun/underrun situation might already have occured during this time, with 
audible artifacts as a consequence. 

The object of the invention is therefore a method and an^ngement that 
20 provides for faster estimation of the clock skew to avoid delays and/or 
inte^upts in the transmission from sender to receiver. 

SUMMARY OF THE INVENTION 

25 

In the method of the invention, information data is sent between at least two 
transceivers in a telecommunication system. The information data is 
transmitted from the sender of a transceiver to the receiver of one or more 
other transceivers in fomn of digital signals having a given sampling 
30 frequency. The signals are played out by the receiver in a controlled way. The 
method is mainly characterized by estimation of the sender's sampling rate at 
the sending side of a transceiver, transmitting the estimation to the receiving 
side of an another transceiver, and controlling the playout of the infomnation 
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data at the receiving side by means of the sampling rate estimated 
sending side to avoid delays and/or Interrupts In the presentation. 



The invention is especially suitable in connection vi/ith packet based networks 
wherein the information data is sent between the transceivers in the 
telecommunication system in form of packet data frames, such as audio 
frames. Usually the transceivers comprise both a sender and a receiver, but 
the Invention, of course, also covers such cases, wherein the infomiation 
data is sent from a transceiver which only works as a sender and wherein the 
Infomiation data is received by a transceiver which only works as a receiver. 
The communication is usually an Interactive communication, but the Invention 
can also be applied for example in situations, in one way communications and 
in communications with several transceivers. 



15 When It is question about a two-way communication there are different 
embodiments with respect to the transmitting of the estimations and how they 
are used in the communication. 

In one embodiment, when a two-way communication is perfonned between at 
20 least two transceivers, the method is performed so that 

an estimation of the sender's sampling frequency Is performed at the sending 
side of a first transceiver, 

said estimation is transmitted to the receiving side of a secory^ transceiver, 
the play-out of the received data is controlled at said receiving side of said 
25 second transceiver by means of the sampling rate estimated at said sending 
side of said first transceiver, 

an estimation of the sampling frequency of the sending side of said second 
transceiver Is perfonned at said sending side of said second transceiver, 
the estimation of the sampling frequency of said sending side of said second 
30 transceiver is transmitted to the receiving side of said first transceiver, 
and the play-out of the received data Is controlled at said receiving side of 
said first transceiver by means of the sampling rate estimated at said sending 
side of said second transceiver. 



5 



In another embodiment, the communication between at least two transceivers 
can be performed so that 

an estimation of the sender's sampling frequency is performed at the sending 
side of a first transceiver. 
5 the estimation is transmitted to the receiving side of a second transceiver, 
the play-out of the received data is controlled at said receiving side of said 
second transceiver by means of the sampling rate estimated at said sending 
side of said first transceiver, 

the estimation of the sampling rate estimated at said sending side of the first 
10 transceiver is used in the transmitting of messages from the second 
transceiver to the first transceiver in the communication between said 
transceivers. 

In the preferred embodiment of the invention, the controlling of the play-out of 
15 received data at said receiving side by means of the sampling rate estimated 
at said sending side is earned out by estimation of the receiver's sampling 
frequency at said receiving side and performing a compensation of the 
difference in said estimated sampling frequencies at said sending and 
receiving sides by a sample rate conversion method. Said conversion method 
20 can be a method known in the art, e.g. a method, wherein the amount of 
samples in the packet frames are changed. The method can for example be 
the one referred to earlier on page 2, i.e. the one presented in "Applications 
of Digital Signal Processing to Audio and Acoustics" (p.291) by Mark Kahrs 
and Karlheinz Brandenburg. 

25 

In another embodiment of the invention, the controlling of the play-out of 
received data at said receiving side by means of the sampling rate estimated 
at said sending side is carried out by synchronizing the receiver's sampling 
rate at said receiving side to the sender's sampling rate. This method usually 
30 requires a stable reference frequency. The synchronization can be carried out 
by some known method in the art, for example by means of the earlier 
mentioned PPL-method used for cellular systems. 



6 



Said transmitting of the estimation can be done during a call-set up, which is 
the more preferable alternative or alternatively, during the session. Said 
estimation is incorporated in regular reports, in which case the estimation can 
be incorporated in the reports sent wth the RTCP protocol and/or transmitted 
5 as separate reports in own packets. 

These methods are meant to be used for sampling frequency estimation to 
improve the compensation for overrun/underrun in the playout buffer. 

10 In the invention, each terminal can continuously estimate its own sampling 

frequency. . When a call is initiated, or whenever needed, this estimation is 

transmitted to the other terminal/tenninals. The correct sampling frequency is 

♦ * 
now available at the receiving side already at call setup and it can 

immediately be used to control the playout buffer, i.e. there is no initial delay 

15 until the estimate is available. 

_ . The estimation of the sampling rate is carried out in form of a calculation 
based on the time measured between two events and the number of samples 
that has been sampled between them. These events are advantageously two 
20 time synchronization events. A time synchronization event can be such an 
event, wherein a host clock in the transceiver is e.g. synchronized to an 
external clock. The time can also be measured between two frame delivers of 
packet data, e.g. audio frames. r i 

25 A ticking Central Processing Unit (CPU) clock can be used to measure the 
time value between two events by calculating the number of ticks between the 
events. The nominal number of ticks per second is given through a system 
constant, depending on the nominal crystal frequency, which is the frequency 
set on the computer processor. 

30 

The true number of ticks per second is estimated by means of a long term 
stable time reference and the computer clock. The long term stable time 
reference can be a synchronized host clock. The true number of ticks per 
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second can be estimated as a function of the time difference between two 
computer clock values and the time difference, between two reference time 
values. In one embodiment the number of ticks per second is calculated as a 
moving average of the last few estimations. 

5 

When the status of the input buffer (and optionally also the output buffer) is 
polled before an estimation, continuously or in connection with specific 
events, the frequency estimation is advantageously carried out directly by 
means of the time difference between the time values at two synchronization 
10 events and the time difference between two reference time values at the 
same events. The estimation can also be carried out by means of a moving 
average of the last few estimations. 

The estimation process of the invention is preferably performed continuously 
15 so that the best possible estimate would be available all the time. 

The arrangement of the invention comprising at least two transceivers In a 
telecommunication system is mainly characterized by means for estimation of 
the sender's sampling frequency at the sending side of a transceiver, means 
20 for transmitting the estimation to the receiving side of another transceiver, and 
means for controlling the play-out of the received data at the receiving side by 
means of the sampling rate estimated at said sending side to avoid delays 
and/or interrupts in the presentation (the playout^t the receiving side). 

25 In a preferable embodiment, sard means for controlling the play-out of the 
received data at said receiving side comprises means for estimation of the 
receiver's sampling frequency and means for performing a compensation of 
the difference in said estimated sampling frequencies at the sending and 
receiving sides by means of a sample rate conversion method. 

30 

The means for estimation of the sampling rate at the sending side preferably 
comprises a Calculation Unit (CCU) for calculation the CPU ticks per 
seconds, and a Sampling Frequency Estimation Unit (SEU). 
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The means for transmitting the estimation to the receiving side comprises a 
Sampling Freqgency Distribution Unit (SDU), which is the interface between 
the transfer protocols and said estimation units (CCU, SEU). 

5 The invention can be used to continuously estimate the sampling frequency in 
a terminal and transmitting this infomiation to the receiving temninals, so that 
better buffer management algorithms can be deployed. Consequently, better 
audio quality is achieved. In addition, the estimation of true number of CPU 
ticl<s per second in the host can be distributed to other applications. Those 

10 then have access to a more accurate timing information provided through the 
estimated CPU ticks per second. 

The invention is especially useful in real-time applications with a periodicity, 
typically audio and video. These applications take a speech frame or a picture 
15 with given intervals. The delay in sending has to be kept low since they are 
interactive applications. 



In the following, the invention is described in detailed by means of some 
preferred embodiments and some figures which are not meant to restrict the 
20 invention, the scope of which are defined by the claims. The invention Is for 
example applicable to packet mode transmitting generally, even if there in the 
embodiments is referred to audio frames, which is an example of a suitable 
application. Also the word "comprising" has to be understood so that it does 
not exclude other possible components or features. 

25 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a flow scheme of some preferred embodiments of the method of 
the invention 

30 

Figure 2 is a schematic view of the arrangement of the invention 
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DETAILED DESCRIPTION 



The following terminology is used to describe the invention in detail. In a 
terminal hosted in a computer, there are several different clocks available: 

5 

The sample clock, f, is a clock, which is generated on the soundboard, If 
sound is sent, and it is separated from the computers own clock. The sound 
board is a signal receiving entity that takes samples on given time intervals. 
The sample clock works on discrete increasing integer time values and each 
10 step corresponds to a sample interval, Ts. The sample interval is the inverse 
of the sampling frequency. Fs. 

The central processing unit (CPU) clock, f, is the computer's own clock. It 
works on discrete, increasing integer values. One step is often called "a tick" 

15 and in this application the CPU clock is said to be a "ticking" clock. An 
application can use the CPU clock to measure the time between two events. 
By reading the value of f at two different times it can calculate the number of 
ticks between them. The actual time between these two events can then be 
calculated If th6 number of ticks per second is known. In a computer, this is 

20 provided through a system constant, f^, which is calculated from the nominal 
crystal frequency in the processor. However, the true number of ticks per 
second, Tc , is not available as the true number depends on e.g. the 
manufacturing and the conditions in which the processor is used. 

25 The host clock, gives the time in year, month, day, hour, minutes, seconds 
and microseconds. It is usually controlled by the CPU clock, but it can be 
synchronized to an external clock. The synchronization can be done through 
the Network Time protocol (NTP). NTP is used in a computer network to allow 
the computers in the network to synchronize their clocks to Universal time 

30 Coordinated time (UTC time). The UTC time, the same as Greenwich Mean 
Time (GMT), is a time scale based on atomic clocks, and therefore it has a 
good stability and accuracy. Another example of an external source for 
synchronization is the Global Positioning System (GPS). A GPS receiver can 
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be installed and utilized in a workstation to synchronize f to the stable time 
scale provided in GPS, 



If the host time is not adjusted the deviation from true time will increase with 
5 the time. When the host clock is adjusted, the deviation will be less compared 
to the deviation of an unadjusted clock when measuring any time. However, 
the optimal time to perform the measurements Is directly after the host clock 
has been adjusted to the external time reference. 

10 The "true" clock. t\ is the time provided by NTP or GPS. 

Figure 1 is a flow scheme of some preferred embodiments a,b, and c of the 
invention. 

15 1) The steps of the first embodiment of the invention are indicated with letter 
"a" In figure 1. 

The estimation process starts at the sending side of a transceiver in a 
telecommunication system as indicated in step 1 of figure 1. Step 1 is 
20 common for all of the three illustrated embodiments of the invention. 

The sampling frequency can be estimated in different ways, for example 
depending on if there is a possibility to poll the buffer statu^.to find out how 
many samples there are available to be brought up to the application. In the 

25 first and second embodiments of the invention it is assumed that, there is no 
possibility to detennine the status of the buffer. In these first and second 
embodiments, the events, when the buffer deliver packet frames to the 
application, are used In the estimation of the sampling frequency. When for 
example audio frames are delivered to the application, they usually have a 

30 fixed block size, for instance the number of samples needed as input to a 
speech coding unit. 



An accurate and fast way in accordance with the invention to estimate the 
sample frequency at the sender side, e.g. the sampling frequency of the 
soundboard, is to make use of three unsynchronized series of events. The 
first event is the above mentioned CPU tick counter that is continuously 
5 increasing with time. The second event is the updating of the host clock by 
the external time reference indicated in step 2 of figure 1 . The third series of 
events is the receiving of the data packets, for example when the soundboard 
delivers audio frames to the application. 

10 To get the best possible estimation of the sample frequency at the receiver, 
the following steps are carried out in the first embodiment of the invention: 

When data is received, the number of CPU ticks since the last data packet 
delivery is estimated. The best possible estimate of the number of CPU ticks 
15 per second, is achieved by doing the estimation at the time instances 

when the host clock is synchronized to the extemal time reference as 
indicated in step 2 of figure 1 . The estimation of the number of CPU ticks per 
second, 7^ , can also be estimated during a very long period as a background 

job in a terminal. E.g. the counting of the number of CPU ticks per second 
20 can begin already when the terminal is booted up (not illustrated). 

Thus. 7;can be.estimated as a function of 

tQ , which is the time of the host clock f' when the estimation process started, 
(step 1 of figure 1), for example the time the computer is turned on, 
25 r* , which Is the time of the host clock t when It was synchronized to an 

extemal clock, as indicated in step 2 of figure 1 (step 2 is common for two of 
the illustrated embodiments of the invention), for example the n:th NTP or 
GPS upgrade at time point n, 

/q , which is the time of the CPU clock when the estimation process started, 
30 as indicated in step 1 of figure 1 , and 

, which is the time of the CPU, when the host clock was synchronized to an 
extemal clock, as indicated in step 2 of figure 1 as above, 
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Different algorithms can be used to calculate 7; ,as indicated in step 3 of 
figure 1 . The algorithm can generally be expressed as 

5 

fm = the time of the CPU clock at time point m 
fn = the time of the CPU clock at time point n 
f^m = the time of the true clock at time point m 
K - the time of the true clock at time point n 

10 

Since t is synchronized to f can be used in the equation instead of f^. 

Then an estimation of the CPU ticks per seconds, , is calculated, as 
indicated in step 4a of figure 1 . The function might be 

15 

f(fm,fn. fmJn)^(ff>'fo)/(L'fQ) 

wherein fm,fn,tm, fn. fo and fo are defined as above. The subscript 
defines the time point and the superscript tells refers to the clock. 

20 

Other functions might also be considered. For instance % can be calculated 
as a moving average of the last few estimations according toJthe equation 

25 

n 

where 

30 k(n) is the weight of the n:th estimation (Different measurements are 
advantageously weighted differently depending on when the measurement 
was carried out. Usually the latest measurements are weighted more. The 
sum of the weigrhts shall be 1), 
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T = 



where time point n-l is the time point at the event preceding an event at time 
point n and thus 

5 _ J is the difference in computer clock values at these time points and 
('^ -t'^ ^ is the time difference in the synchronized host dock values (true time 
values) at the same time points. 

Only an updating of 7; at an event when the external time reference adjusts 
10 the host clock will ensure that the most accurate time is used for the estimate. 
If an arbitrary time is used, the estimate of v^ll not have the same 
accuracy. Preferably, the estimation process is executed continuously when 
the computer is turned on. By the time the call is initiated an accurate 
estimate of f^. will be available. 

15 

In step 5a, the number of samples in a packet data is noted. When it for 
example is question about audio frames, the number is known, as the 
packets are of a fixed length. If the packet size varies, the number can be 
figured out by reading data of how many samples each packet contains and 
20 by taking these values into consideration, which gives one more variable. 
With the estimated value of and the number of samples in one frame, the 

sampling frequency is achieved as indicated in step 6a by means of e.g. the 
following function. 

25 F, = 4=- 

where m^n and N is the frame size. 
m and n are discrete time points. 
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Here x^'n is the value of the CPU clock at the delivery of the n:th packet and 
correspondingly T*^m for the delivery of the m:th packet. 

The estimated sampling frequency is transnnitted in step 7, for example by 
5 using RTCP protocol, to this receiving side of another transceiver, whereby 
the packet to be transmitted to the receiver might be of the Application- 
defined RTCP (APP) packet type. In the packet type, there is a field for 
application-dependent data which can contain the estimated sampling 
frequency, but in this case, the reports must be extended with a profile- 
10 specific extensions according to Schulzrinne, H., et Al.. "RTP: A transport 
Protocol for Real-Time Applications", RFC 1889, IETF, January 1996. 

In step 8, the own sampling frequency is estimated at the receiver with the 
same methods and a compensation of the difference in said estimated 

15 sampling frequencies at said sending and receiving sides is carried out by a 
sample rate conversion method. Said conversion method can be a method 
known in the art. e.g. a method, wherein the amount of samples in the packet 
frames are changed. The method can for example be the one referred to 
earlier on page 2, i.e. the one presented in "Applications of Digital Signal 

20 Processing to Audio and Aucoustics" (p.291) by Mark Kahrs and Kariheinz 
Brandenburg. 

2) The steps of the second embodiment of the invention .-is indicated with 
letter "c" in figure 1. 

25 

In the second embodiment, the estimation can be done without making use of 
the time synchronization events. 

Also in the second embodiment of the invention, the sampling frequency is 
estimated by means of the time between two different frame events as 
30 polling of the buffer status is not carried out or cannot be done depending on 
the construction of the operative system and the soundboard. However, tf the 
time between host synchronization events is larger than the measurement 



time, the inaccuracy in the estimate will be as large as the unsynchronized 
host clock. 

In step 2c, delivering of data. e.g. audio frames to the application, is 
5 identified. The time between two frame events is then measured in step 3c. 
where after the sampling frequency, F, . can be estimated by calculation as 
indicated in step 4c. for example from the equation 

^ _ N{n-m) 

10 

where 

/* is the difference between the arriving times (host clock times) of two 

data frames at time point n resp./n, 
15 A/ is the amount of samples in a frame, 
n is the frame number at time point n, and 
m is the frame number at time point m 



The method then proceeds as in steps 7 and 8 of the first embodiment 
20 described above. 

3) The third embodiment of the invention requires the possibility to poll the 
audio buffert status. This embodiment is indicated with letter "b" in figure 1 . 

25 As soon as there is a time synchronization event as indicated in step 2, the 
most accurate time for the host clock, t will be available. Since t is 
synchronized to ^, t can be used in the equation instead of A At these 
events, the status of the buffer is polled in step 4b and the sampling 
frequency can be calculated based on the time between the synchronization 

30 events and the number of samples that has been sampled between them. 
Different algorithms can be used to calculate as is indicated in step 5b and 
a suitable algorithm can be expressed as 
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where the function, with which is estimated in step 6b might be 

5 f(fn.,fnJm,L) = ( fn' fo) / ( t' ^o) 

wherein 

fn is the time of the sample clock at time point n, 

fo is the time of the sample clock at time point 0, for example when the 
10 estimation started, 

is the time of the host clock at a synchronization event at time point n (the 
"true" clock), 

5s the time of the host clock at a synchronization event at time point 0 (the 
"true" clock), 

15 

Other functions might also be considered. For instance can be calculated 
as a moving average of the last few estimations according to the equation 

n 

where 

25 

wherein 

the time values are defined as above, the superscript s meaning the sample 
clock, the superscript t meaning the true clock, and the subscripts indicating 
different time points explained earlier 
30 and k(n) is the weight of the n:th estimation. 
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To get the best estimation, the calculation should be done at a host clock 
synchronization. 

The method then proceeds as in steps 8 and 9 of the first embodiment 
5 described above. 

4) In a fourth embodiment of the invention (not illustrated) there is still one 
possibility to estimate the sampling frequency, . which is carried out without 
synchronization of the host clock to an external source. 

10 

Together with the estimated 7; . the clock skew between the true clock and 

the host clock can also be calculated. By calculating the frequency difference 
between these clocks, this information can be used to adjust the read host 
time based on the time since the last host clock correction. If the frequency 

15 difference between the true clock and the host clock Is calculated 

by means of the adjusted host time, the sampling frequency can be 
calculated. With the infomiation about the clock skew, the time, measured 
with the host clock between frame n and m. can be compensated to yield 
true time. As in the case of estimating , this process needs to be performed 

20 continuously to get the best estimation. 

An example of an algorithm to calculate the sampling frequency is 
where 

N is the amount of samples 

k is the correction factor between real-time and host clock time 
30 and the time difference is defined as above. 

Figure 2 presents an arrangement of the invention to carry out the claimed 
method. 



Iff 



The arrangement comprises a CPU ticks Calculatiing Unit (CCU). The 
calculation unit has the reference number 1 in figure 2. The calculation unit 1 
uses a stable time reference, supplied through an extemal source , e.g. NTP 
or GPS, to calculate an estimate of the number of CPU ticks per second, 7; . 

5 

The inputs to the Calculation Unit (CCU) is a long temi stable time reference 
and which Is the value of the CPU clock as described above. The time 
reference can for example be the value of a synchronized host clock, f^, as 
described above. If NTP or GPS is used to synchronize f iot , the time base 
10 provided by the host clock will have a good long term accuracy. The output 
from the CCU is 

The estimated 7; is fonvarded to a Sampling Frequency Estimation Unit 

(SEU), which estimates the soundboard's sampling frequency (= sampling 

15 rate), F,. The SEU might use other values than the to estimate the 

sampling frequency as was described above in connection with figure 1 . The 
Sampling Frequency Estimation Unit has the reference number 2 in figure 2. 

The estimate of the sampling frequency is forwarded to the Sampling 
20 Frequency Distribution unit (SDU) indicated with reference number 3 in figure 
2. The Sampling Frequency Distribution Unit 3. is the interface between the 
transfer protocols 4 and the Estimation Unit 2. It supplies the terminars own 
sampling frequency to the appropriate protocols, which for example can be 
TCP/IP protocols, and receives the sampling frequency from other tenninals 
25 (not illustrated) for further distribution to the receiver 5. 
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CLAIMS 



1 . Method for sending information data between at least two transceivers in a 
telecommunication system, wherein the information data is transmitted 
5 from the sending side of a transceiver to the receiving side of one or more 
other transceivers in form of digital signals having a given sampling 
frequency, which signals are played out at said receiving side in a 
controlled way, comprising the following steps; 

a) estimation of the sender's sampling frequency at said sending side, 
10 b) transmitting the estimation to said receiving side, and 

c) controlling the play-out of the received data at said receiving side by 
means of the sampling rate estimated at said sending side to avoid delays 
in the presentation. 

15 2. Method of claim 1, characterized in that the information data is 
sent in form of packet data frames. 

3. Method of claim 2, characterized in that the packet data frames 
are audio frames. 

20 

4. Method of any of claims 1-3, characterized in that in step c), the 
controlling of the play-out of received data at said receiving side by means 
of the sampling rate estimated at said sending side is carried out by 
estimation of the receiver's sampling frequency at said receiving side and 

25 performing a compensation of the difference in said estimated sampling 
frequencies at said sending and receiving sides by a sample rate 
conversion method. 

5. Method of claim 4, characterized in that in said conversion method 
30 the amount of samples in the packet frames are changed. 

6. Method of any of claims 1-3, characterized in that in step c), the 
controlling of the play-out of received data at said receiving side by means 
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of the sampling rate estimated at said sending side is canied out by 
synchronizing the receiver's sampling rate to the sender's sampling rate. 

7. Method of claim 6, characterized in that the synchronization is 
5 carried out by means of a PLL. 

8. Method of any of claims 1-7, characterized in that it is perfomned 
in a two-way communication between at least two transceivers in such a 
way that 

10 an estimation of the sender's sampling frequency is performed at the 
sending side of a first transceiver, 

the estlmatidn is transmitted to the receiving side of a second transceiver, 
the playing out of the received data is controlled at said receiving side of 
said second transceiver by means of the sampling rate estimated at said 
1 5 sending side of said first transceiver, 

the estimation of the sampling rate estimated at said sending side of the 
first transceiver is used by said second transceiver in the transmitting of 
messages from the second transceiver to the first transceiver in the 
communication between said transceivers. 

20 

9. Method of any of claims 1-7. characterized in that it is performed 
in a two-way communication between at least two transceivers in such a 
way that • - 

an estimation of the sender's sampling frequency is perfomied at the 
25 sending side of a first transceiver, 

the estimation Is transmitted to the receiving side of a second transceiver, 

the playing out of the received data is controlled at said receiving side of 

said second transceiver by means of the sampling rate estimated at said 

sending side of said first transceiver, 
30 an estimation of the sampling frequency of the sending side of said 

second transceiver is performed at said sending side of said second 

transceiver, 



the estimation of the sampling frequency of said sending side of said 
second transceiver is transmitted to the receiving side of said first 
tranceiver, 

and the play-out of the received data is controlled at said receiving side of 
5 said first transceiver by means of the sampling rate estimated at said 
sending side of said second transceiver. 

10. Method of any of claims 1-9. characterized in that said 
transmitting in step b) is done at call setup so that received data can 

10 immediately be used at the receiving side to avoid initial delays in the 
compensation before the presentation. 

11. Method of any of claims 1-9. characterized in that said 
transmitting in step b) is done during the session. 

IS 

12. Method of any of claims 1-11, characterized in that said 
estimation is either or both incorporated in regular reports within standard 
control packets and transmitted as separate reports within own packets. 

20 13. Method of any of claims 1-12, characterized in that the 
estimation of the sampling rate in step a) is carried out in form of a 
calculation based on the time measured between two events and the 
number of samples that has been sampled between them. 

25 14. Method of claim 13. characterized in that said time is measured 
between two time synchronization events. 

15. Method of claim 14, characterized in that in the time 
synchronization event, a host clock is synchronized to an external clock. 

30 

16. Method of claim 13, characterized in that said time is measured 
between two frame delivers of packet data. 
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17. Method of claim 13, characterized in that a ticking central 
processing unit (CPU) clock is used to measure the time between two 
events by 

reading the time value of the CPU clock at two different times, 
5 estimating the number of ticks between the time values, and 

calculating the actual time between the events by means of the number of 
ticks per time unit. 

18. Method of claim 17, characterized in that the number of ticks per 
10 second is estimated by means of a long term stable time reference and 

the CPU clock. 

1 9. Method of claim 18, characterized in that the long term stable time 
reference is a synchronized host clock. 

15 

20. Method of claim 17, characterized in that the number of ticks per 
second is calculated as a function of the time difference between two CPU 
clock values at specific events and the time difference between two 
reference time values at the same events. 

20 

21 .Method of claim 17, characterized in that the number of ticks per 
second is cajculated as a moving average of the last few estimations. 

22. Method of any of claims 1-21, characterized in that the 
25 estimation in step a) is carried out at a time synchronization event. 

23. Method of any of claims 1-15, characterized in that the status of 
the soundboard buffer is polled before estimation, continuously or in 
connection with specific events. 

30 

24. Method of claim 23, characterized in that the estimation in step a) 
is carried out by means of the time difference between time values at two 



synchronization events and the time difference between two reference 
time values at the same events. 

25. Method of any of claims 1-24, characterized in that the 
5 estimation in step a) is carried out by means of a moving average of the 
last few estimations. 

26-Method of any of claims 1-25. characterized in that the 
estimation process is performed continuously. 

10 

27.Arrangement in a telecommunication system comprising at. least two 
transceivers', wherein the information data is transmitted from the sending 
side of a transceiver to the receiving side of one or more other 
transceivers in form of digital signals having a given sampling frequency, 
15 which signals are played out at the receiving side in a controlled way, the 
arrangement comprising: 

a) means for estimation of the sender's sampling frequency at the sending 
side of a transceiver in the system. 

b) means for transmitting the estimation to the receiving side of another 
20 transceiver in the system, and 

c) means for controlling the play-out of the received data at said receiving 
side by means of the sampling rate estimated at said sending side to 
avoid delays in the presentation. 

25 28. Arrangement of claim 27. characterized in that said means for 
controlling the play-out of the received data at the receiving side 
comprises 

means for estimation of the receiver's sampling frequency at said 
recieving side and 

30 means for performing a compensation of the difference In said estimated 
sampling frequencies at the sending and receiving sides by means of a 
sample rate conversion method. 



29. Arrangement of claim 28, c h a r a c t e r i.z e d in that the means for 
estimation of the sampling rate at the sending side comprises a 
Calculation Unit (CCU) for calculation the CPU ticks per seconds, and a 
Sampling Frequency Estimation Unit (SEU). 

5 

30. An^ngement of claim 27 o 28, c h a r a c t e r i z e d in that the means for 
transmitting the estimation to the receiving side comprises a Sampling 
Frequency Distribution Unit (SDU). 

10 31. Arrangement of claim 30. characterized in that the Sampling 
Frequency Distribution Unit (SDU) is the interface between the transfer 
protocols and said estimation units (CCU, SEU). 



9^ 



ABSTRACT 



The invention is concerned with a method and an apparatus, wherein 
information data is sent between at least two transceivers in a 

5 telecommunication system. The information data is transmitted from the 
sender of a transceiver to the receiver of one or more other transceivers in 
form of digital signals having a given sampling frequency. The signals are 
played out by the receiver in a controlled way. The invention is mainly 
characterized by estimation of the sender's sampling rate at the sending side 

10 of a transceiver, transmitting the estimation to the receiving side of an another 
transceiver, and controlling the playout of the information data at the receiving 
side by means of the sampling rate estimated at the sending side to avoid 
delays and/or interrupts in the presentation. The invention is especially 
suitable in connection with packet based networks wherein the information 

15 data is sent between the transceivers in the telecommunication system in 
fomri of packet data frames, such as audio frames. 

(FIG. 2) 
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